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ABSTRACT 


The  Coast  Guard  is  examining  the  requirements  for  a  new  Coastal  Patrol  Boat  to 
replace  the  aging  POINT  class  patrol  boat.  The  communications  capabilities  of  the  new 
vessel  class  is  of  particular  interest  to  its  designers. 

Tlie  purpose  of  this  thesis  is  to  analyze  the  ship/shore  data  communications  need 
as  perceived  by  the  operators.  The  theoretical  framework  of  the  study  is  based  on 
economic  theory  and  demand  forecasting.  Commimications  needs  are  estimated  through 
a  survey  of  operators  both  afloat  and  ashore  with  experience  in  the  present  POINT  class 
patrol  boat.  Several  implementation  considerations  are  presented  which,  although  not 
directly  affecting  the  communications  requirements,  are  important  factors  to  the  survey 
respondents.  Three  levels  of  service,  or  tiers,  are  then  offered  to  meet  the  ship/shore 
communications  needs  identified  in  this  study. 
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I.  INTRODUCTION 


A.  BACKGROUND 

The  Coast  Guard  has  long  been  collecting  data  on  its  operations,  such  as  search  and 
rescue  cases,  number  and  size  of  narcotics  seizures  and  the  like.  For  the  most  part,  this 
data  has  been  gaihered,  summarized,  and  used  to  compile  statistics  and  justify  budget 
requests.  In  recent  years,  however,  more  and  more  information  has  been  needed  by 
operational  units  to  accomplish  their  missions.  A  typical  example  is  information  collected 
about  vessels  that  are  boarded  by  Coast  Guard  boarding  teams.  Several  years  ago,  one 
particular  boat,  the  Motor  Vessel  ALBERT,  was  repea.edly  boarded  by  the  Coast  Guard 
as  it  made  its  way  up  the  Eastern  seaboard.  TTie  Coast  Guard  units  involved  did  not  have 
access  to  timely  information  regarding  the  activities  of  other  Coast  Guard  units  and 
therefore  needlessly  badgered  an  innocent  boater. 

Coast  Guard  officials  have  been  working  toward  a  solution  to  this  problem.  Much 
time  and  effort  has  gone  into  developing  accessible  data  base  systems,  such  as  the  Marine 
Safety  Infonnation  System  and  the  Law  Enforcement  Information  System.  For  the  most 
part,  access  to  these  systems  has  been  limited  to  a  handful  of  specialized  users  ashore, 
like  Marine  Safety  Offices  and  District  Operations  Centers.  Access  by  operational  field 
units  (ships,  boats,  and  aircraft)  that  are  underway  is  theoretically  possible  but 
impractically  complicated.  A  data  link  could  be  established  between  the  ship  or  aircraft 
and  a  shore  facility.  This  shore  facility  would  provide  the  interface  to  a  terrestrial  data 
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network  which  has  a  connection  to  the  data  base.  An  arrangement  like  this  would  provide 
operational  units  underway  with  the  capability  of  accessing  up-to-date  information  in  a 
timely  and  relatively  straightforward  way.  More  timely  information  would  allow  those 
units  to  conduct  their  business  in  a  more  efficient  and  more  professional  manner. 

B.  OBJECTIVES 

The  purpose  of  this  study  is  to  look  at  the  needs  of  the  Coast  Guard  for  a  link  from 
mobile  operational  platforms  to  terres'-Ial  data  sources  [Ref.  1].  Specifically,  the  data 
needs  of  a  new  patrol  boat  class,  currently  in  the  conceptual  design  phase,  will  be 
analyzed  [Ref.  2:  pp.  12-14].  This  research  will  examine  the  patrol  boat’s  data  needs  as 
seen  through  the  eyes  of  the  major  stakeholders:  program  manager,  operational 
commander,  operational  database  manager,  and  operator. 

The  following  sftecific  questions  wUl  be  addressed  [Ref  3:  pp.283-290]; 

•  What  is  an  appropriate  measure  of  the  demand  for  data? 

•  What  are  the  factors  most  likely  to  contribute  to  demand? 

•  Which  data  needs  are  considered  essential  and  which  are  merely  nice  to  have? 

•  How  can  this  problem  be  explained  using  basic  economic  theory? 

•  What  is  the  ideal  system  capacity  for  the  patrol  boat? 

C.  SCOPE  AND  LIMITATIONS 

This  research  will  examine  the  essential  characteristics  of  a  data  link  in  economic 
terms,  irrespective  of  the  actual  technology  employed  to  establish  the  link. 
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D.  ORGANIZATION 


The  body  of  this  thesis  is  organized  into  six  chapters,  each  of  which  addresses  a 
component  important  to  the  research  questions.  Chapter  II  looks  at  the  proposed  new 
patrol  boat  class  as  well  as  the  boat  class  it  is  replacing.  The  two  classes  are  contrasted 
to  discover  how  new  and  emerging  information  technologies  changes  the  way  the  classes 
accomplish  their  missions. 

Chapter  III  introduces  economic  forecasting  theory.  A  brief  discussion  of  both 
qualitative  and  quantitative  forecasting  methods  is  presented.  In  addition,  a  step  by  step 
procedure  for  developing  a  forecasting  model  is  described. 

Chapter  IV  selects  one  of  the  forecasting  methods  for  the  problem  presented.  A 
thorough  justification  is  conducted  based  on  the  forecast  objective,  expertise  available, 
historical  data  and  emerging  technology. 

Chapter  V  introduces  the  results  of  the  information  collected  during  this  study.  The 
chapter  begins  with  a  detailed  presentation  of  the  data  collection  experience.  The 
information  collected  is  next  grouped  and  categorized.  Finally,  a  demand  model  is 
synthesized. 

Chapter  VI  introduces  some  considerations  which,  although  not  bearing  directly  on 
the  system  capacity,  will  be  important  as  the  system  speciflcations  are  drawn.  Included 
in  these  issues  are  implementation  standards,  network  infrastructure,  transmission  media, 
and  database  interfaces. 

Chapter  VII  provides  a  summary  of  the  study  and  draws  some  conclusions  for  the 
patrol  boat  design  process.  Finally,  areas  of  possible  future  research  are  listed. 
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n.  PROBLEM  DEHNITION 


A.  POINT  CLASS  PATROL  BOAT 
1.  Background 

The  Coast  Guard  has  operated  small  patrol  boats  in  the  75-95  foot  range  since 
the  1920s  [Ref.  4:  p.  83].  The  current  version,  the  POINT  class,  is  shown  as  Figure  1 
[Ref.  5:  p.  i].  These  boats  are  named  for  points  of  land  and  were  built  in  the  early  to 
mid-1960s.  The  class  has  passed  its  projected  20  year  life-cycle.  Many  of  the  vessels 
have  been  modified  to  extend  their  service  life  to  30  years  [Ref.  2:  p.  3]. 


Figure  1:  POINT  Class  Patrol  Boat 
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2.  Design  Philosophy 

The  POINT  class  was  originally  designed  for  search  and  rescue  work,  but, 
with  the  increase  in  Coast  Guard  law  enforcement  activity  beginning  in  the  1970s,  the 
boats  were  employed  for  that  mission  as  well  [Ref.  2:  p.  3].  Often,  a  POINT  class  patrol 
boat  will  be  utilized  as  the  resource  of  first  response  for  any  mission  area,  including 
towing  buoys  and  oil  spill  containment.  Appendix  A  contains  a  short  description  of  the 
eight  primary  mission  areas  of  the  Coast  Guard.  There  is  usually  one  patrol  boat  in  high 
readiness  status  for  a  specified  geographical  area.  A  quick  underway  time  means  that 
these  boats  can  often  take  initial  control  of  major  situations  until  relieved  by  a  larger, 
more  capable  cutter. 

3.  Cutter  Characteristics 
a.  Basic  Characteristics 

The  following  characteristics  are  from  the  Organization  Manual  for  Patrol 
Boat  (82')  [Ref.  5;  p.  ix]. 

•  Length  82  feet,  10  inches. 

•  Economical  cruising  speed  of  8  knots. 

•  Maximum  speed  of  22  knots. 

•  Operating  range  1580  nm. 

h.  Command,  Control  and  Communications  Capabilities 

POINT  class  patrol  boats  have  a  relatively  simple  communications  suite. 
Originally,  they  were  designed  around  VHP  line  of  sight  voice  radio.  To  this  have  been 
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added  both  HF  and  UHF  voice  radio,  clear  and  secure.  All  of  these  systems  significantly 
expand  the  possible  operating  area  of  the  vessel  class.  However,  they  do  not  substantially 
increase  the  type  of  information  that  can  be  relayed.  The  most  important  command, 
control  and  communications  characteristics  include; 

•  Underway:  Capable  of  voice  communications  only. 

•  Capable  of  participating  in  a  Vessel  Traffic  System  via  voice  only. 

•  Capable  of  accepting  external  search  planning  data  by  voice  only. 

•  Coast  Guard  compatible  data  communications  system  ashore  only. 

Some  areas  have  made  modifications  to  the  POINT  class  communications 
capability.  To  be  noted  is  the  Thirteenth  District’s  packet  radio  system.  A  packet 
controller  allows  message  traffic,  composed  at  an  onboard  personal  computer,  to  be 
transmitted  over  the  VHF-FM  radio  network.  This  in  essence  provides  record  traffic  to 
and  from  the  vessel  while  underway. 

B.  COASTAL  PATROL  BOAT 
1.  Background 

A  replacement  for  the  POINT  class  patrol  boat  will  be  needed  in  the  mid- 
1990s  timeframe.  Current  plans  call  for  delivery  of  production  cutters  in  1994  [Ref.  2: 
p.  3]. 
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2.  Design  Philosophy 

The  new  Coastal  Patrol  Boat  will  be  employed  for  many  different  types  of 
missions,  such  as  law  enforcement,  search  and  rescue,  and  marine  environmental 
response,  to  name  a  few  [Ref.  2:  p.  3].  Thus  the  design  must  be  flexible  to  allow  for  the 
different  demands  of  the  various  missions. 

Another  important  consideration  which  must  be  "designed  in"  is  minimal 
manning.  An  underway  watch  section  of  two  people  and  an  in  port  section  of  one  are 
assumed  [Ref.  2:  p.  6]. 

A  third  major  design  criteria  is  availability/maintainability.  Most  minor 
systems  will  be  modular  in  design  so  that  they  can  be  replaced  quickly  by  the  crew  and 
repaired  by  facilities  ashore  [Ref.  2:  p.  6].  Patrol  boats  typically  have  a  great  deal  of  time 
either  underway  or  in  a  high  readiness  status. 

3.  Cutter  Characteristics 

a.  Basic  Requirements 

The  following  characteristics  are  from  the  "Sponsor’s  Requirement 
Document"  [Ref.  2;  pp.  9-12]. 

•  Length  suitable  to  use  present  POINT  class  facilities. 

•  Economical  patrol  speed  of  at  least  12  knots. 

•  Maximum  speed  of  at  least  30  knots. 

•  Minimum  of  three  days  unsupported  endurance. 

•  Minimum  operating  range  of  at  least  1000  nm. 
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•  Two  compartment  damage  stability. 

•  Design  life  of  at  least  25  years  (hull  and  components). 

b.  Command,  Control  and  Communications  Requirements 

An  assumption  is  that  the  Coastal  Patrol  Boat  will  operate  in  the  near¬ 
offshore  region  (0-200  nm)  under  the  operational  control  (OPCON)  of  a  group  [Ref.  2: 
p.  12].  A  brief  explanation  of  these  command  relationships  can  be  found  in  Appendix 

B.  Some  of  the  important  command,  control  and  communications  characteristics  include: 
[Ref.  2;  pp.  12-13] 

•  Underway;  Capable  of  sending  tactical  data  to  the  controlling  Opcenter.  Included 
are  operational  notes,  track  data,  cutter  position,  and  sensor  data. 

•  Capable  of  exploiting  information  from  off-board  sensors. 

•  Communicate  with  non-Coast  Guard  resources  including  DoD,  federal  and  local  law 
enforcement  agencies. 

•  Open  architecture  which  allows  flexibility  over  the  projected  life  span. 

C.  CONTRASTS  IN  PATROL  BOAT  DATA  REQUIREMENTS 

The  most  obvious  difference  between  the  two  classes  of  patrol  boat  just  described 
is  the  POINT  class’  lack  of  any  non- voice  transmission  capability,  save  for  local,  non¬ 
standard  solutions.  This  limitation  places  the  burden  for  all  ship/shore  communications 
on  the  bridge  crew,  and  on  the  available  voice  circuits. 

The  Coastal  Patrol  Boat  is  being  designed  as  a  multi-mission  platform.  As  such, 
its  communications  c^^abilites  must  be  flexible  enough  to  accommodate  diverse  spectrum 
of  potential  operations.  On  one  hand,  the  cutter  must  be  able  to  communicate  directly 
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with  the  public,  as  in  search  and  rescue.  On  the  other  hand,  missions  like  law 
enforcement  and  military  operations  require  controlled,  secure  communications.  The 
POINT  class,  by  contrast,  was  initially  configured  for  the  search  and  rescue  mission. 
Other  communications  capabilities  have  been  added  as  new  missions  were  assigned. 

The  Coastal  Patrol  Boat  will  have  the  requirement  to  receive  external  data  generated 
by  "off-board  sensors  and  databases."  [Ref  2:  p.  12]  POINT  class  vessels,  again,  must 
copy  all  such  information  over  the  voice  channel.  This  is  an  important  distinction.  The 
missions  for  which  the  Coastal  Patrol  Boat  is  being  designed  are  vastly  more  complicated 
than  those  for  which  the  POINT  vessel  was  buUt.  Modem  professionalism  demands  that 
full  use  of  available  technologies  be  made  to  best  serve  the  public. 

In  port,  the  Coastal  Patrol  Boat  will  be  able  to  send  sensor  data  to  a  central  monitor, 
allowing  it  to  lie  at  moorage  under  a  one  person  watch  [Ref.  2:  p.  1 1].  Tlie  POINT  class 
boats  have  only  a  rudimentary  sensor/monitor  system. 

One  can  see  that  ship/shore  data  communications  will  be  an  integral  part  of  the  new 
patrol  boat.  The  question  arises,  then,  of  just  how  much  data  communications  will  be 
needed  to  optimally  operate  the  vessel.  To  analyze  this  question  we  turn  to  economic 
theory  and  the  laws  of  supply  and  demand. 
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m.  ECONOMIC  THEORY 


A.  SUPPLY  AND  DEMAND 

"Economics  is  (a)  the  study  of  how  individuals  and  societies  deal  with  scarcity  and 
(b)  the  development  of  methodologies  for  analyzing  such  problems."  [Ref.  6:  p.  2] 
Economic  principles  can  be  applied  to  all  sorts  of  problems  that  deal  with  scarce 
resources,  not  just  commodities. 

1.  Supply 

For  any  given  resource,  a  supply  schedule  is  a  table  showing  the  different 
quantities  of  the  resource  that  would  be  supplied  at  a  variety  of  prices.  A  graph  of  the 
supply  schedule  for  a  resource,  as  shown  in  Figure  2  [Ref.  7:  p.  38],  is  the  supply  curve 
and  is  typically  upward-sloping.  This  indicates  that  suppliers  would  be  willing  to  supply 
more  of  the  resource  at  a  higher  price  than  at  a  lower  price.  The  actual  shape  of  the 
supply  curve  incorporates  many  factors:  price  of  materials,  technological  know-how, 
prices  of  substitute  goods,  the  goals  of  the  suppliers,  etc  [Ref.  6:  p.  90]. 

2.  Demand 

Like  supply,  demand  for  a  resource  can  be  shown  in  a  demand  schedule  and 
the  corresponding  demand  curve  constructed.  The  typical  demand  curve  is  downward- 
sloping,  as  depicted  in  Figure  3  [Ref.  7:  p.  30],  since  consumers  would  tend  to  use  less 
of  the  resource  as  the  price  increases.  Again,  the  shape  of  the  demand  curve  is  dependent 
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Figure  2:  Typical  Supply  Curve 


on  several  other  factors,  such  as  taste,  income,  substitutes,  and  complements  [Ref.  6:  p. 
86-87]. 

3.  Market  Equilibrium  and  Optimal  Performance 

Economic  theory  maintains  that,  in  the  long  run,  "the  market  will  converge 
to  the  equilibrium  price-quantity  combination."  [Ref.  8:  p.  31]  This  is  to  the  point 
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Figure  3:  Typical  Demand  Curve 

where  demand  is  equal  to  supply.  This  can  be  explained  by  simple  analysis: 

When  there  is  excess  supply  (the  quantity  supplied  exceeds  the 
quantity  demanded),  supplier  firms  compete  with  one  another  and 
drive  down  the  price.  When  there  is  excess  demand  (quantity 
demanded  exceeding  quantity  supplied),  buyers  compete  with  one 
another  and  drive  up  the  price  [Ref.  6:  p.  94]. 

From  the  supply  and  demand  relationships,  with  the  addition  of  cost 
information,  one  can  determine  the  total  costs  and  benefits  for  each  level  of  production. 
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These  relationships  are  shown  in  Figures  4  (a)  [Ref.  7;  p.  43]  and  (b)  [Ref.  6:  p.  258]. 
The  result  is  an  unconstrained  optimization  problem  for  maximum  total  profit: 


Optimize: 

with  respect  to  the  level  of  output,  Q. 
Maximization  requires: 


n=B-C 


do  do 


=0 


Thus,  profit  is  maximized  when  • 

[Ref.  8:  p.  45] 

These  two  temis,  called  marginal  benefit  and  marginal  cost,  will  be  equal  when  the 
benefit  from  providing  one  additional  unit  is  exactly  offset  by  the  cost  of  providing  the 
unit. 

We  can  see  that,  in  any  given  market,  supply  and  demand  move  toward  an 
equilibrium  point  and  the  system  is  optimized  when  the  marginal  benefit  equals  marginal 
cost.  But  we  must  know  what  these  supply  and  demand  curves  will  look  like  in  practice 
in  order  to  determine  the  optimal  allocation  of  resources.  To  explore  this  problem  we 
turn  to  the  subject  of  demand  forecasting. 

B.  DEMAND  FORECASTING  THEORY 

There  are  two  categories  of  approaches  to  the  problem  of  determining  future  need 
or  demand  for  a  good  or  service:  qualitative  models  and  statistical  models  [Ref.  8:  p. 
190]. 


13 


1.  Qualitative  Models 

Qualitative  techniques  are  largely  subjective  or  based  on  heuristics.  They  are 
best  employed  when  there  is  little  historical  data  and  no  apparent  correlation  between 
current  information  and  expected  trends  [Ref.  3:  p.  15].  In  the  business  world,  a  set  of 
leading  indicators  are  often  used  to  highlight  expected  industry  trends  so  that  experienced 
decision  makers  can  make  educated  predictions  about  what  the  future  might  bring  [Ref. 
8:  p.  195]. 

The  Delphi  method  is  another  popular  technique  which  falls  in  this  category. 
Delphi  method,  or  Delphi  technique,  attempts  to  arrive  at  a  consensus  among  a  group  of 
experts,  without  biasing  the  results  through  group  dynamics  effects  [Ref.  3:  p.  15].  Other 
qualitative  methods  include  market  research,  panel  consensus,  visionary  technological 
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forecasts,  historical  analogue,  role  playing,  decision  trees  and  system  dynamic  modeling 
[Ref.  3:  pp.  15-19], 

2.  Statistical  Models 

Statistical  models  can  be  further  divided  into  two  categories:  time-series 
models  and  econometric  models  [Ref.  8:  p.  199].  A  time-series  is  a  collection  of  data 
on  a  parameter  at  ordered  intervals  of  time  [Ref.  3:  p.  20].  Through  analysis,  several 
different  characteristics  of  the  parameter  can  be  isolated.  Many  time-series  can  be 
decomposed  into  several  parts,  consisting  of  the  trend  or  general  tendency,  seasonal  or 
cyclic  pattern,  and  an  irregular  or  "hash”  pattern,  as  shown  in  Figure  5  [Ref.  9:  p.  22]. 
[Ref.  9:  p.  20] 

Econometric  models  are  based  on  "an  explicit  structural  model  that  attempts 
to  explain  the  underlying  economic  relations."  [Ref.  8;  p.  209]  Usually,  econometric 
models  are  based  around  one  economic  theory  and  developed  as  a  linear  program. 
Although  the  form  of  the  model  can  be  quite  simple,  actually  solving  the  equations  is 
another  matter.  The  number  of  constraints  can  grow  very  large  as  the  modeler  attempts 
to  include  all  relevant  factors  [Ref.  9:  p.  118]. 

How  does  one  decide  which  of  these  various  approaches  to  choose  for  a  given 
problem?  For  the  most  part,  these  different  techniques  can  be  grouped  by  the 
characteristics  of  the  final  decision  which  is  being  made.  As  an  example,  qualitative 
methods  arc  very  appropriate  for  forecasts  made  with  a  time  horizon  of  medium  term  (3 
months  to  2  years)  to  long  term  (2  years  or  more)  [Ref.  3:  p.  27].  Table  I  is  a  summary 
of  these  techniques  and  characteristics.  Typical  characteristics  to  consider  include  the 
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Figure  5:  Time  Series  Decomposition 


amount  and  type  of  data  available  for  analysis,  the  time  horizon,  accuracy  needed,  time 
available  to  conduct  the  analysis,  and  costs  of  model  development  [Ref.  3;  pp.  26-32]. 

Another  factor  to  take  into  consideration  is  the  type  of  forecast  that  is  being 
contemplated.  Is  it  to  be  a  point  forecast,  that  is,  one  particular  value  for  one  particular 
time  in  the  future,  or  an  interval  forecast,  covering  a  likely  range  of  values  [Ref.  9:  pp. 
9-10]? 
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Quantitativt 


Table  I:  COMPARISON  OF  ANALYSIS  AND  FORECASTING 
TECHNIQUES 


Source:  Ref.  3:  pg.  27 


siowgiwaii'*«n«nt»  Not  applicable 


Still  another  factor  which  may  impact  the  analysis  method  is  the  stage  of  the 
product  or  service's  life  cycle  for  which  the  decision  is  made.  Some  research  has 
indicated  that  certain  methods  are  best  suited  for  products  or  services  in  a  particular  phase 
of  the  life  cycle  [Ref.  3:  pp.  33-34].  As  an  example,  the  product  introduction  phase  is 
often  best  served  by  qualitative  methods,  since  there  is  little  or  no  historical  data  on 
which  to  base  a  quantitative  analysis  [Ref.  3:  p.  34]. 

C.  MODEL  DEVELOPMENT 

Once  an  appropriate  forecasting  model  has  been  selected,  the  parameters  of  the 
model  must  be  specified.  Levenbach  and  Cleary  have  developed  a  seven  step  process  of 
refining  and  applying  a  forecast  model:  [Ref.  3:  pp.  283-290] 

First,  define  one  or  more  appropriate  measures  of  demand.  What,  exactly,  is  it  that 
one  is  trying  to  measure?  Is  it  best  described  in  terms  of  a  number,  an  interval,  or  a  rate? 
Can  the  measure  be  described  in  quantity  only,  or  is  there  an  appropriate  monetary 
measure  that  can  be  substituted? 

Second,  use  economic  theory  and  marketing  knowledge  to  identify  the  most  likely 
determinants  of  demand.  There  are  many  factors  which  contribute  to  demand,  as 
discussed  above.  Which  of  these  factors  will  have  a  significant  bearing  on  the  parameter 
being  measured?  Which  will  have  only  minor  relevance  and  which  will  have  none? 
What  environmental  elements  should  be  considered? 

Third,  collect  historical  data  on  demand  and  its  likely  determinants.  Is  the  data  best 
collected  as  one  service  for  one  particular  area  at  given  intervals  of  time  (the  time-series 
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format);  as  one  service  over  various  geographical  area  for  one  historic  period  (the  cross- 
sectional  format);  or  in  a  combination  or  "pooled"  format  [Ref.  3:  p.  287]?  Is  the  data 
readily  available,  or  must  it  be  culled  from  other  records  or  collected  from  scratch? 

Fourth,  use  statistical  estimation  procedures  to  identify  and  validate  the  most  likely 
structure  for  the  demand  model.  What  general  model  form  seems  to  best  fit  the  collected 
data?  Do  the  response  parameters  fit  the  data?  Is  the  model  consistent? 

Fifth,  use  the  demand  model  to  generate  price-demand  and  other  demand  response 
relationships.  This  step  should  give  one  the  demand  function  required  plus  any  ancillary 
functions  needed  to  determine  the  various  function  parameters. 

Sixth,  use  the  demand  model  to  generate  conditional  demand  forecasts.  The  model 
generated  thus  far  is  conditional  on  the  underlying  deterministic  parameters.  The  problem 
becomes  one  of  forecasting  the  value  of  the  parameters.  Which  are  likely  to  change  and 
which  remain  constant?  How  much  dissent  is  there  about  the  assumptions? 

Seventh,  track  the  model  forecasts  and  actual  product/service  demand.  Use  the 
differences  between  them  to  guide  future  model  refinements  and  make  preliminary 
elasticity  estimates  of  new  marketing  instruments.  By  continuously  evaluating  forecasted 
results  with  actual  results,  the  model  can  be  fine  tuned.  Although  the  utility  of  a  given 
model  usually  diminishes  over  time,  in  a  well  constructed  model  it  will  be  some  time 
before  the  difference  between  the  predicted  and  actual  results  grows  too  big. 

What  are  the  advantages  of  using  this  or  a  similar  procedure  to  obtain  design 
characteristics?  First,  ail  of  the  assumptions  are  made  up  front  and  placed  on  the  table 
so  that  all  parties  involved  can  comment  on  them.  Disagreement  over  the  assumptions 
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can  be  the  basis  of  a  sensitivity  analysis  and/or  of  assigning  probabilities  to  each  of  the 
disputed  factors.  Second,  modifications  to  the  model  are  much  easier  to  introduce  if  all 
factors  have  been  included  from  the  beginning. 

A  discussion  of  forecasting  and  modelling  would  be  incomplete  without  a  word 
about  uncertainty.  One  way  of  integrating  uncertainty  into  the  forecasting  model  is  by 
using  confidence  intervals  around  the  parameters  in  the  model.  This  in  effect  spreads  the 
variable  being  predicted.  Thus,  a  point  becomes  an  ellipse  and  a  line  becomes  an  area. 
As  the  forecast  is  made  further  into  the  future,  the  uncertainty  increases,  not  arithmetically 
but  geometrically,  as  depicted  in  Figure  6  (Ref.  8:  pp.  215-216]. 


Figure  6:  Confidence  Intervals 
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IV.  MODEL  SELECTION  AND  DEVELOPMENT 


A.  FORECASTING  MODEL  SELECTION 

Table  I  from  Chapter  m  is  an  excellent  departure  point  in  formulating  a  model  for 
Coastal  Patrol  Boat  ship/shore  data  requirements.  A  summary  of  the  existing  data 
characteristics  is  in  order. 

•  No  accurate  data  exists  for  establishing  current  (POINT  class)  requirements  for 
shoreside  database  access. 

•  The  time  horizon  for  the  forecast  is  long  term  (greater  than  2  years). 

•  The  forecast  must  be  reasonably  accurate  at  predicting  the  overall  pattern  but  has 
significant  allowance  for  uncertainty. 

•  The  time  in  which  to  make  a  forecast  is  rather  limited.  The  results  are  needed 
relatively  soon. 

•  The  forecast  must  be  relatively  easy  to  understand  and  interpret. 

•  Computer  modelling  costs  are  not  constrained. 

Each  of  these  characteristics  will  be  developed  and  analyzed  below. 

1.  Historical  Data  Availability  and  Accuracy 

With  the  notable  exceptions  mentioned  previously,  there  is  no  mechanism  at 
present  for  POINT  class  patrol  boats  underway  to  conduct  real-time,  direct  queries  of 
databases  ashore.  This  fact  has  two  important  consequences  on  the  problem  under 
consideration. 
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First,  any  data  available  recording  database  access  by  vessels  in  this  class  will 
be  incomplete,  at  best.  Queries  must  be  made  by  voice  to  the  Operational  Commander, 
who  then  makes  the  actual  database  query.  The  results  must  then  be  relayed  back  to  the 
patrol  boat  by  voice.  The  record  of  access  maintained  by  the  computer  center  will  thus 
show  access  by  the  Operational  Commander,  not  the  unit  actually  requesting  the 
information  [Ref.  10:  pp.  2-6]. 

Second,  in  a  number  of  cases,  the  inherent  time  delay  in  the  present  system 
will  predispose  the  commanding  officer  of  the  patrol  boat  to  forgo  making  an  intelligence 
query.  [Ref.  11]  One  can  argue  that  the  present  system  is  not  meeting  the  data  needs  of 
the  patrol  boat  fleet  if  the  system  is  too  slow  or  cumbersome  to  be  used  on  a  routine 
basis.  Most  commanding  officers  will  request  additional  information  on  an  obviously 
suspicious  boat,  but  may  not  for  an  unnotable  vessel  engaged  in  routine  operations. 

An  indirect  method  of  measuring  the  current  data  need  might  involve  counting 
the  actual  sightings  reported  by  a  vessel  while  underway  and  postulating  that  a  data  query 
would  ideally  be  done  on  each  vessel.  This  assumption  is  likely  in  error.  A  patrol  boat 
will  usually  include  vessels  on  its  sighting  report  with  which  it  is  familiar.  The  analogy 
is  of  a  police  unit  running  a  license  check  on  every  car  it  sees  on  the  highway.  While 
the  vessel  is  listed  on  the  sighting  report,  requesting  additional  data  by  querying  a 
shoreside  database  is  overkill.  The  argument  can  be  made  that  such  an  analysis  of  the 
sighting  report  base  would  at  least  provide  an  upper  bound  on  the  data  need.  Since  this 
method  is  indirect  to  begin  with,  the  best  that  could  be  expected  would  be  some  very 
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approximate  results.  Thus,  it  seems  that  there  are  no  historical  data  documenting  the 
current  patrol  boat  data  needs. 


2.  Time  Horizon 

The  Coastal  Patrol  Boat  is  currently  slated  to  begin  operations  in  the  1994 
time  frame  [Ref  2:  p.  3].  As  performance  specifications  are  nearly  completed,  operational 
needs  are  being  forecast  at  least  3  years  into  the  future.  This  is  considered  a  long  term 
forecast  [Ref.  3:  p.  22]. 

3.  Forecast  Accuracy 

The  whole  point  of  designing  a  cutter  and  developing  performance 
specifications  is  to  procure  a  vessel  which  meets  the  mission  needs.  This  is  always 
compromise  in  design  and  equipage.  Usually,  designs  include  a  growth  potential,  to  allow 
for  modifications  and  improvements  in  the  vessel  without  exceeding  stability  and 
habitability  limits.  The  Coastal  Patrol  Boat  is  no  different  [Ref.  2:  p.  12,  14]. 

The  area  of  communications  is  both  a  blessing  and  a  curse  in  this  regard.  On 
one  hand,  communications  technology  is  changing  so  rapidly  that  it  is  practically 
impossible  to  have  an  accurate  assessment  of  off-the-shelf  technology  only  a  year  or  two 
into  the  future.  Capabilities  presently  in  research  may  well  be  commercially  available  by 
the  time  the  new  vessel  is  fielded.  On  the  other  hand,  the  trend  in  communications  is  for 
advancements  to  pack  more  capability  into  smaller  and  lighter  packages.  This  means  that 
an  upgrade  in  the  middle  of  the  life  cycle  will  likely  add  c{q>ability  while  at  the  same 
time  reducing  space  requirements  [Ref.  2:  p.  5]. 
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The  problem,  then,  is  to  estimate  the  level  of  service  needed  in  the  early 
operational  life  of  the  cutter.  We  need  not  be  concerned  with  turning  points.  Since 
technological  advancements  will  undoubtedly  overtake  the  planning  and  procurement 
process  in  this  area,  the  goal  should  be  to  make  a  reasonably  accurate  forecast.  Fine- 
tuning  can  be  done  as  the  ships  are  actually  added  to  the  fleet,  and  later  in  a  mid-life 
upgrade. 

4.  Time  to  Forecast 

The  current  study  has  a  finn  completion  date,  allowing  for  approximately  five 
months  of  analysis  and  development.  The  Sponsor’s  Requirement  Document  was  being 
prepared  for  input  into  the  FY93  planning  and  budgeting  cycle.  The  input  is  required  in 
the  spring  of  1991.  This  time  factor  allowed  for  six  months  of  development  between  the 
first  draft  of  October  1990,  and  the  second  draft  of  April  1991. 

5.  Ease  of  Interpretation 

This  forecast  is  being  formulated  for  a  variety  of  people,  including  engineers, 
infomiation  systems  technicians,  sponsors,  and  vessel  operators.  It  must  be 
understandable  to  all. 

6.  Computer  Resources 

The  computing  resources  of  the  Naval  Postgraduate  School  computer  center 
are  available  to  process  quantitative  models.  In  addition,  a  number  of  microcomputer 
systems  are  available,  including  the  Naval  Postgraduate  School  Information  Systems 
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microcomputer  network,  the  Operations  Research  microcomputer  network,  and  a  Coast 
Guard  Standard  Workstation  network. 

From  Table  I,  the  two  methods  which  most  closely  match  these  characteristics  are 
the  qualitative  Delphi  and  visionary  forecasting  methods.  Visionary  forecasting  is 
primarily  used  to  predict  the  next  generation  of  technological  breakthroughs  [Ref  3:  p. 
17].  Current  research  activities  and  previous  milestones  are  analyzed  and  evaluated. 
Between  these  two  methods,  Delphi  will  best  suit  the  current  situation. 

B.  DELPHI  METHODOLOGY 

Delphi  is  a  famUy  of  methods  which  attempt  to  arrive  at  a  group  response  while 
avoiding  the  pitfalls  of  direct  confrontation.  "Proponents  of  Delphi  emphasize  that  it 
incorporates  the  advantages  of  groups  while  minimizing  the  disadvantages."  [Ref.  12:  p. 
34]  The  classic  Delphi  technique  was  developed  by  the  RAND  Corporation  in  the  late 
1960s  [Ref.  12;  p.  31].  Typically,  a  panel  of  experts  is  given  a  questionnaire  and  asked 
to  give  an  opinion  or  make  a  forecast  in  the  subject  area  [Ref.  12:  p..  31].  The 
questionnaires  are  summarized  and  a  list  of  predictions  or  courses  of  action  are  compiled. 
These  results  are  then  redistributed  to  the  panel  to  reconsider,  after  assessing  the  opinions 
of  the  other  experts  listed  in  the  results.  This  process  is  continued  for  a  total  of  foitr 
rounds,  with  each  successive  round  requiring  more  rigorous  justification  and  rationale 
from  the  experts  [Ref.  12;  pp.  31-32]. 

There  are  several  advantages  to  Delphi.  First,  the  panel  "brings  to  the  problem 
situation  more  total  information  than  that  possessed  by  any  single  member."  [Ref.  12:  p. 
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33]  Second,  a  group  can  consider  as  many,  or  more,  factors  than  an  individual.  Third, 
groups  tend  to  be  more  willing  to  take  risks  than  individuals  [Ref.  12:  p.  33]. 

There  are  three  characteristics  of  Delphi  which  distinguish  it  from  other  methods 
of  group  decision  making  [Ref.  12:  pp.  34-36]. 


•  Anonymity.  Group  members  are  not  known  to  each  other.  This  facilitates 
consideration  of  views  on  their  merits,  rather  than  on  the  status  of  the  person  who 
originated  the  view. 

•  Controlled  feedback.  Panel  members  receive  the  opinions  of  the  other  members 
only  after  they  have  been  filtered  by  the  process  director.  The  director  has  the 
opportunity  to  remove  biases,  references  to  position  or  status,  and  other  influential 
material  which  could  sway  opinions. 

•  Group  statistics.  In  addition  to  a  final,  majority  opinion,  the  director  has  precise 
data  on  the  degree  of  consensus.  This  is  true  not  only  of  the  majority  opinion  but 
also  of  the  other  alternatives  considered  and  rejected  by  the  panel. 

There  are  several  variations  on  the  classical  technique  [Ref.  12:  pp.  36-40].  One 

substitutes  a  blank  paper  for  the  initial  questionnaire,  in  the  belief  that  the  experts  know 

more  about  the  subject  than  the  process  director.  A  second  variation  puts  the  problem 

into  a  given  context  by  postulating  a  set  of  assumptions  as  given  information.  A  third 

variation  changes  the  number  of  rounds,  from  as  little  as  two  to  as  many  as  five.  Other 

variations  change  one  or  more  of  the  basic  Delphi  characteristics,  such  as  anonymity  or 

group  statistics. 


C.  RESEARCH  PROCEDURE 

The  blank  psqper  Delphi  method  will  be  used.  The  panel  members  have  enough 
experience  with  this  problem  area  that  it  is  not  necessary  to  seed  the  responses.  A 


26 


questionnaire  could  restrict  the  possible  breadth  of  opinion.  Two  rounds  will  be  used. 
Each  panel  member  will  be  solicited  for  his  solutions  to  the  problem,  on  a  blank  paper. 
Then,  the  initial  results  will  be  compiled  and  each  panel  member  provided  an  oppominity 
to  comment  on  them. 

An  appropriate  measure  for  demand  must  be  selected.  In  many  ways  a  quantitative 
data  rate,  such  as  56  kilobits/sec  would  be  ideal.  However,  such  a  measure  is  static  in 
that  advances  in  data  transmission  technology  cannot  be  captured.  For  example,  while 
today  it  may  require  384  kbps  to  send  a  standard  quality  full  motion  video  image,  that 
does  not  mean  it  will  take  as  much  in  a  year  or  two  [Ref.  13:  p.  111].  A  better  option, 
then,  is  to  specify  a  level  of  service  that  is  required.  At  any  given  point  in  time,  current 
technology  can  be  applied  to  the  service  level  and  a  definitive  data  rate  obtained.  To 
continue  the  above  example,  'f  a  level  of  service  is  defined  that  requires  full  motion  video 
transmission  of  every  boarding,  then  current  technology  maintains  that  a  data  rate  of 
approximately  384  kbps  is  needed  [Ref.  13:  pp.  111-113]. 

The  major  factors  contributing  to  demand  function  are  likely  to  be  income  and  the 
price  of  substitutes  [Ref.  6:  p.  86].  The  income  factor  corresponds  to  the  budget  which 
is  eventually  approved  to  procure  these  vessels.  A  tight  budget  may  mean  that  low  levels 
of  service  are  chosen.  Substitutes,  in  this  case,  consist  of  the  many  other  ways  of  sending 
and  receiving  the  same  data.  Examples  include  voice  transmissions,  messages  in  a  bottle, 
and  hold-until-in-port.  These  trade-offs  must  be  made  by  the  sponsor  [Ref.  3:  p.  14]. 
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V.  DATA  ACQUISITION  AND  PRESENTATION 


A.  PROCEDURE  IMPLEMENTATION 

A  number  of  experienced  Coast  Guard  officers,  known  as  the  panel,  were  asked  to 
provide  their  opinion  on  this  topic.  These  opinions  were  obtained  as  a  series  of  informal 
telephone  interviews,  personal  interviews  and  interactive  electronic  mail  exchanges.  This 
data  was  gathered  between  6  January  and  3  June  1991  [Ref.  11].  Specific  comments  and 
recommendations  regarding  this  process  are  detailed  in  the  last  section  of  this  chapter. 


B.  THE  PANEL 

The  expert  panel  used  for  this  process  can  be  categorized  into  four  groups.  Each 
group  brings  a  different  view  to  the  problem.  A  complete  listing  of  the  persons  involved 
can  be  found  in  Appendix  C. 


•  Patrol  Boat  Skippers.  This  group  consists  of  members  who  have  actually 
commanded  the  POINT  class  patrol  boat  underway. 

•  Operations  Ashore.  This  group  consists  of  members  who  have  exercised 
operational  control  of  POINT  class  patrol  boats.  The  group  contains  Group 
Operations  and  District  Operations  Center  officers. 

•  Database  Manager.  This  group  consists  of  members  who  design  and/or  operate 
Coast  Guard  databases. 

•  Program  Manager.  This  group  consists  of  the  Coast  Guard  Headquarters  program 
managers  who  develop  and  maintain  the  new  Coastal  patrol  boat  requirements 
document. 
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Several  of  the  people  interviewed  come  under  more  than  one  category.  For 
example,  it  is  common  for  patrol  boat  skippers  to  serve  a  subsequent  tour  at  a  District 
Operations  Center.  To  preserve  the  anonymity  featu'e  of  Delphi,  specific  views  are  not 
attributed  to  any  one  person  in  this  survey. 

C.  PATROL  BOAT  SKIPPERS 
1.  Law  Enforcement 

Every  patrol  boat  skipper  identified  law  enforcement  data  as  critical  to  mission 
perfonnance.  Specifically,  skippers  want  to  have  access  to  current  vessel  information, 
including  registration,  whether  or  not  the  vessel  is  suspected  or  wanted,  and  recent 
boarding  information  with  violations  noted.  They  also  want  infonnation  about  the  people 
aboard,  such  as  outstanding  wants  or  warrants. 

All  skippers  said  that  they  did  not  rely  on  current  EPIC  checks  to  make 
boarding  decisions.  They  called  in  an  average  of  only  20%  of  their  vessel  sightings  for 
EPIC  checks,  which  take  approximately  35-45  minutes  to  complete.  Most  replied  that 
they  would  check  close  to  100%  of  their  sightings  if  they  could  receive  a  response  within 
5-10  minutes.  They  would  also  use  this  information  to  make  boarding  decisions  rather 
than  using  it  as  additional  information  after  deciding  to  board,  as  is  now  the  case. 

The  majority  of  the  skippers  felt  that  some  general  vessel  information  is 
important  in  making  an  initial  boarding  decision.  Additional  information  about  the  vessel 
and  persons  can  be  received  after  the  decision  to  board  is  made  and  the  preparations  for 
the  actual  boarding  are  underway. 
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All  skippers  felt  that  the  ability  to  receive  graphic  pictures  of  vessels  and 
people  would  be  beneficial.  Most  felt  this  capability  would  be  nice  to  have  but  not 
essential  for  the  mission. 

2.  Navigation/Track  Reporting 

AU  skippers  felt  that  automated  vessel  position  and  track  transmission  would 
be  a  beneficial  capability.  Most  indicated  that  current  reporting  requirements  (of 
OPCON)  are  not  burdensome.  However,  there  was  a  great  deal  of  concern  about  the  loss 
of  autonomy  for  the  vessel  and  crew  if  OPCON  had  the  ability  to  "look  over  their 
shoulder"  every  time  the  vessel  was  underway.  The  biggest  benefit  was  considered  to  be 
during  actual  case  prosecution,  as  opposed  to  general  patrolling.  For  example,  all  thought 
that  periodic  automatic  position  reports  would  be  helpful  during  long  offshore  tow  cases. 
In  such  situations,  opinion  was  divided  between  15  minute  and  30  minute  repotting. 

3.  Sensor  Information  Sharing 

All  skippers  thought  that  there  is  an  urgent  need  to  have  some  capability  to 
receive  near  real-time  data  from  off-board  sensors.  Of  particular  interest  was  the  ability 
to  receive  sighting  information  from  Coast  Guard  and  Navy  aircraft  conducting  law 
enforcement  patrols.  Current  effectiveness  of  such  patrols  was  considered  to  be  less  than 
optimal  due  to  the  time  delay  of  information  transferred  from  the  aircraft  to  the  cutter. 
Basic  information,  such  as  the  vessel  name,  course  and  speed,  and  any  suspicious 
characteristics  is  what  is  desired. 
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Of  secondary  importance  to  the  skippers  is  the  ability  to  send  and  receive 
track  data  to  and  from  large  cutters  conducting  multi-unit  law  enforcement  patrols.  Only 
about  half  of  the  skippers  had  participated  in  such  patrols.  Of  those  who  had  participated, 
most  thought  that  such  a  capability  would  be  nice  to  have  but  that  the  infrequency  of  the 
operations  does  not  justify  a  special  capability. 

Skippers  thought  that  track  data  was  adequate  for  sharing.  "Value  added"  was 
the  tenn  used  by  one  respondent.  Most  saw  no  need  to  transmit  either  raw  or  processed 
radar  video.  Likewise,  none  saw  the  need  for  sending  full  motion  video,  a  boarding  in 
progress,  for  example. 

4.  Decision  Aids 

Most  skippers  considered  decision  aids  to  be  checklists  they  maintain  for 
evolutions  aboard  ship.  Law  enforcement  and  damage  control  flow  charts  are  two 
examples.  They  felt  that  aids  like  search  planning  programs  would  be  nice  to  have  but 
not  essential  since  the  boats  are  usually  employed  as  search  platforms.  It  made  no 
difference  to  them  whether  such  aids  were  resident  on  their  shipboard  computer  or  kept 
locally  at  the  group,  as  long  as  they  could  get  direct  access  to  them,  if  needed. 

A  few  skippers  were  concerned  about  the  possibility  of  reducing  corrunand 
decision  making  to  following  a  path  on  a  flowchart.  They  cautioned  against  any  system 
that  was  too  inflexible  or  diminished  the  importance  of  the  commanding  officer’s 
judgment. 
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5.  Weather  Reporting 

POINT  class  patrol  boats  do  not  routinely  report  weather.  The  skippers  felt 
that  automating  this  function  would  save  some  time  during  actual  case  prosecution,  when 
weather  does  become  a  factor.  As  a  group  they  were  concerned  that  instrumented  sensors 
might  be  given  undue  credibility  over  the  skipper’s  own  assessment  about  how  the 
weather  is  affecting  his  boat  and  crew  and  their  ability  to  accomplish  their  mission. 
Several  skippers  felt  that  having  up-to-the-minute  weather  information  would  help  the 
shoreside  decision-makers  make  better  decisions. 

One  skipper  felt  that  automated  synoptic  weather  reporting  could  be  an 
additional  service  to  the  public  with  no  real  cost.  The  degree  of  automation  would 
deteimine  whether  or  not  there  is  any  additional  workload  on  the  crew. 

6.  Command  and  Control 

All  skippers  felt  they  would  significantly  benefit  by  having  the  capability  to 
receive  tasking  messages,  search  plans  and  the  like  from  OPCON.  Further  enhancements, 
such  as  the  ability  to  upload  search  coordinates  direcdy  into  the  navigation  suite  would 
be  big  time  savers  and  reduce  the  possibility  of  errors  in  transcribing  and  manually  keying 
multiple  positions. 

7.  Damage  Control 

All  skippers  agreed  that  the  cjqjability  to  transmit  damage  control  data  would 
not  persuade  them  to  forgo  a  live  in  port  watch.  A  couple  of  skippers  liked  the  idea  of 
a  remote  central  monitor  for  damage  control  sensor,  which  could  then  be  monitored  from 
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the  bridge  or  from  the  ship’s  office  ashore.  Several  of  the  skippers  saw  no  point  in 
transmitting  any  damage  control  data  off  the  ship. 

One  skipper  introduced  the  idea  of  remote  sensors  for  remote  spaces  while 
underway.  For  example,  the  peak  tank  space  on  the  POINT  class  is  inaccessible  in  rough 
seas.  The  remote  sensors  would  provide  the  skipper  with  at  least  some  information  about 
the  space’s  integrity. 

8.  Automated  Report  Generation 

Most  skippers  felt  that  any  capability  to  generate  and  send  reports  while 
underway  would  be  very  beneficial.  Currently,  all  sighting  reports,  boarding  reports, 
situation  reports,  and  casualty  reports,  as  well  as  administrative  messages  must  wait  until 
the  vessel  returns  to  port  before  they  are  sent.  Often,  after  a  three  day  patrol,  this 
situation  requires  senior  crewmembers  to  spend  the  first  several  hours  after  returning  to 
pon  generating  these  messages. 

Of  even  greater  importance,  more  timely  transmission  of  sighting  and  boarding 
information  would  allow  other  units,  also  on  patrol,  access  to  this  information  while  it  can 
still  operationally  benefit  them. 

Most  of  the  skippers  did  not  identify  any  kind  of  automatically  generated 
reports.  However,  all  were  in  agreement  that  anything  which  would  save  them  time  either 
underway  or  in  port  would  be  beneficial.  Two  skippers  commented  on  the  large  amount 
of  redundant  data  required  on  the  various  reports  they  wrote.  Both  observed  that  a  system 
which  could  automatically  route  the  needed  data  to  appropriate  program  manager  without 
additional  input  by  the  patrol  boat  would  be  extremely  beneficial. 
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One  idea  which  surfaced  was  automatic  maintenance  of  fuel  status  and  time 


underway.  These  two  factors  are  most  critical  in  determining  the  vessel  endurance,  based 
on  speed,  and  the  crew  endurance,  based  on  fatigue  standards. 

D.  OPERATIONS  ASHORE 

1.  Law  Enforcement 

All  respondents  agreed  that  the  current  method  of  obtaining  law  enforcement 
data  for  patrol  boats  underway  is  inefficient.  Vessel  information  is  copied  down  by  hand 
from  voice  radio  transmissions.  Next,  telephone  calls  to  various  intelligence  repositories, 
such  as  EPIC,  TECS,  and  local  law  enforcement  agencies  are  made.  In  addition,  hand 
searches  of  stolen  vessel  lists,  lookout  lists,  and  the  like  are  conducted.  The  result  is  a 
jf  bulky,  time-consuming  process  that  does  not  provide  timely  operational  information  to 
the  requesting  cutter.  One  respondent  commented  that  he  felt  like  he  was  a  "scribe  from 
the  13th  century." 

2.  Navigation/Track  Reporting 

All  respondents  felt  that  an  automatic  vessel  position  and  track  reporting 
capability  would  greatly  enhance  the  operational  effectiveness  of  tlie  ashore  command. 
Some  respondents  claimed  they  were  embarrassed  not  knowing  the  location  of  their  patrol 
boats  when  underway.  An  important  point  is  that  the  reporting  must  not  require 
additional  attention  from  one  or  more  crewmembers.  Most  felt  that  any  loss  of  autonomy 
felt  by  the  boat  crew  was  more  perceived  than  real,  since  the  groups  can  always  find  out 
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the  current  position  of  a  patrol  boat  now  anyway,  just  by  asking  on  the  radio.  All  felt 
that  the  pros  of  automated  position  reporting  outweighed  the  cons. 

Most  respondents  thought  that  track  reporting  during  actual  searches  would 
provide  a  real-time  measure  of  search  effectiveness,  where  the  boat  actually  was  as 
opposed  to  the  planned  search  track. 

3.  Sensor  Information  Sharing 

All  respondents  thought  that  there  needs  to  be  a  capability  to  share  sensor 
information.  Opinion  was  divided  as  to  what  information  needed  to  be  shared.  All 
agreed  that  ^rack  information  from  off-board  sensors,  such  as  search  aircraft,  as  well  as 
track  information  from  the  patrol  boat  should  be  transferable.  Most  did  not  see  any 
benefit  from  transmitting  raw  data,  such  as  raw  radar  video,  and,  indeed,  were  concerned 
over  the  prospect  of  data  overload  at  the  tactical  command  center. 

One  respondent  observed  that  sharing  information  about  the  search  platform 
itself  would  allow  the  patrol  boat  to  "virtually  track"  the  units  it  is  working  with,  a 
capability  the  boats  do  not  currently  have. 

4.  Decision  Aids 

Most  respondents  thought  that  decision  aids,  other  than  mere  checklists,  would 
rarely  be  used  on  the  patrol  boat  and  would  be  better  maintained  at  the  group. 

A  few  respondents  thought  that  access  to  current  policy  and  procedure  would 
be  very  beneficial  to  the  underway  boats.  Many  Coast  Guard  policies  change  periodically 
while  some  situations  might  occur  only  once  during  an  entire  tour,  if  at  all.  Providing 
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access  to  a  central  repository  of  general  and  local  operational  policy  was  considered  to 
be  very  beneficial.  The  example  which  was  cited  is  the  set  of  Quick  Response  Cards  kept 
at  the  group  operations  center,  which  could  be  made  available  to  the  boats  tmderway. 

5.  Weather  Reporting 

All  respondents  thought  that  weather  reporting  would  be  helpful  but  not 
indispensable.  In  the  extreme  cases  where  weather  is  a  deciding  factor,  the  judgment  of 
the  skipper  is  more  important  than  the  numbers  from  the  sensors. 

One  respondent  felt  that  receiving  weather  information  on  the  patrol  boat,  like 
a  weather  map  facsimile,  would  be  extremely  beneficial. 

6.  Command  and  Control 

All  respondents  thought  that  there  needs  to  be  some  type  of  command  and 
control  data  capability.  Most  were  thinking  along  "traditional  Coast  Guard  message" 
lines.  Operational  commanders  ashore  need  to  be  able  to  send  tasking  to  a  patrol  boat 
underway:  go  to  point  A  and  do  X;  search  for  D,  using  pattern  Z;  and  so  forth.  In 
general,  alternatives  to  the  current  format  for  this  information  had  not  been  considered 
by  respondents. 

7.  Damage  Control 

Most  respondents  did  not  think  there  is  a  need  to  transmit  damage  control  data 
off  of  the  patrol  boat.  They  would  not  consider  eliminating  the  live  watch  aboard  the 
cutter,  unless  the  commanding  officer  was  also  relieved  of  his  responsibilities  aboard  the 
boat.  Two  respondents  strongly  felt  that  the  insistence  on  a  live  watch  fails  to  equitably 
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consider  the  tradeoff  of  risks  versus  benefits  in  this  area.  This  issue  led  to  some  fairly 
strong  opinions  about  the  role  of  the  skipper  and  crew,  as  well  as  group-patrol  boat 
relationships,  which  are  not  pertinent  to  the  current  study. 

8.  Automated  Report  Generation 

All  respondents  thought  that  anything  that  could  save  the  patrol  boats  time  and 
provide  more  timely  reports  would  be  very  beneficial.  Several  respondents  commented 
that  transmitting  information  as  it  was  generated  (such  as  sighting  reports)  would  greatly 
reduce  the  amount  of  after  the  fact  reporting. 

Two  respondents  described  a  system  in  which  an  on  board  computer 
composed  the  required  operational  reports  by  collecting  the  various  data  pieces,  formatting 
them  and  then  transmitting  them  to  the  appropriate  database. 


E.  DATABASE  MANAGERS 

Originally,  the  managers  of  a  number  of  Coast  Guard  databases  were  to  be 

surveyed,  each  describing  the  services  he  thought  would  be  beneficial  to  patrol  boats. 

However,  essentially  all  of  the  data  functionality  required  by  the  patrol  boat  skippers  can 

be  found  in  the  planned  Law  Enforcement  Information  System  11  (LEIS  H). 

The  objective  of  the  LEIS  II  is  to  selectively  consolidate,  automate, 
and  electronically  distribute  to  remote  Coast  Guard  elements,  law 
enforcement  information  having  multi-district  utility  and/or 
requiring  Automatic  Data  Processing  resources  not  otherwise 
available  to  Coast  Guard  field  units.  The  LEIS  n  will  provide  all 
users  of  Coast  Guard  law  enforcement  information  a  consolidated 
decision-support  system  for  their  operational  missions.  A  primary 
design  goal  is  to  provide  a  "One  Stop  Shopping"  environment  to 
support  the  information  needs  of  law  enforcement  users.  [Ref.  14: 
p.  1] 
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LEIS  n  will  be  operated  from  the  Coast  Guard  Operations  Systems  Center  in 
Martinsburg,  WV.  It  will  provide  access  to  a  wide  variety  of  law  enforcement 
information,  such  as  vessel  sightings  and  boardings,  suspect  vessels,  vessel  descriptions, 
people  descriptions,  etc.  In  addition,  a  paper-based  file  of  suspect  vessel  photographs 
exists.  Photographs  can  be  manually  transmitted  to  requesting  units  via  facsimile. 

As  part  of  the  "One  Stop  Shopping"  concept,  LEIS  n  will  be  linked  to  other  law 
enforcement  systems.  Presendy,  access  to  the  following  systems  is  being  pursued:  the 
National  Crime  Information  Center,  the  El  Paso  Intelligence  Center,  the  Treasury 
Enforcement  Communications  System,  the  National  Law  Enforcement 
Telecommunications  System  and  the  National  Narcotics  and  Dangerous  Drugs  Information 
System,  as  well  as  the  Coast  Guard’s  own  Marine  Safety  Information  System.  Other 
system  interconnections  are  also  possible. 

LEIS  n  will  provide  remote  access  via  several  means,  including  dial-up, 
X.25/TELENET,  Coast  Guard  Electronic  Mail,  and  Defense  Data  Network  [Ref.  14:  p. 
8].  The  method  by  which  Coast  Guard  units  underway  will  connect  to  the  database  has 
yet  to  be  determined. 

The  LEIS  II  System  Specification  has  identified  four  levels  of  response  time 
requirements.  Real  time  critical  needs  (boarding  decisions,  for  example)  will  receive  a 
response  within  five  minutes.  Less  critical  real  time  needs  will  receive  a  response  within 
fifteen  minutes.  Mote  general  information  can  be  expected  within  one  hour.  Finally, 
non-real  time  needs  require  a  response  within  a  day.  [Ref.  14:  p.  10] 
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As  currently  planned,  LEIS  11  will  be  accessible  by  all  vessels  110  feet  and  greater 
in  length.  Smaller  vessels  will  be  supported  by  operational  commanders  ashore. 

F.  PROGRAM  MANAGERS 

Most  of  the  data  communications  ideas  of  the  program  development  staff  are 
already  included  in  the  Sponsor’s  Requirement  Document.  However,  several  issues  in 
that  document  are  vague  and  have  been  elaborated  upon. 

The  program  managers  described  the  capability  to  receive  sensor/track  information 
from  Coast  Guard  aircraft  and  to  query  shoreside  databases  such  as  EPIC,  Operations 
Systems  Center  and  local  law  enforcement  databases  while  underway.  This  could  include 
connections  to  state  agencies  and  Department  of  Defense  components.  Tactical  data  sent 
to  the  controlling  operations  center  would  be  a  manual  mode  that  is  not  self-generating. 

Many  of  the  command  and  control  portions  of  the  requirements  document  may 
dictate  future  upgrades  to  the  group  conununications  infrastructure.  Most  of  the 
"integrated"  features  of  the  command  and  control  data  described  in  the  requirements  were 
seen  as  display  and  manipulation  features,  rather  than  an  interactive  capability.  The 
program  manager  originally  envisioned  a  crewmember  manually  inputting  data  received 
from  the  operational  commander. 

Decision  support  and  expert  system  tools  were  primarily  considered  an  on  board 
capability,  although  some  areas,  such  as  search  planning,  could  be  accessed  from  shore. 
For  the  most  part,  tactical  data  was  considered  to  be  processed,  or  value-added  data,  as 
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opposed  to  raw  radar  video.  Examples  include  historical  tracklines,  own  ships’s  and  radar 
contacts’  position  on  a  graphical  chart  display,  and  supporting  resources,  like  aircraft. 

G.  RESEARCH  PROCEDURE  CRITIQUE 

The  blank  paper  Delphi  technique  did  not  work  as  envisioned.  Almost  all 
respondents  initially  described  the  hardware  characteristics  they  felt  were  necessary,  rather 
than  the  actual  information  which  needs  to  be  transferred.  As  a  result,  the  process 
director  had  to  guide  the  discussion  away  from  the  hardware  and  back  to  the  data  issues 
themselves.  This  was  done  by  incrementally  focussing  on  data  needs,  from  general  areas 
to  specific  data  items. 

The  resulting  procedure  had  one  signifrcant  benefit.  The  interviews  were  by  and 
large  two-way  "conversations",  during  which  the  process  director  could  feed  back  ideas 
and  opinions  from  the  other  panicipants  directly. 

The  classical  Delphi  technique  would  have  been  a  better  choice  for  this  experiment. 
As  it  turned  out,  the  process  director  had  to  risk  biasing  the  responses  to  get  the 
respondents  on  the  right  path  anyway.  An  iterative  survey,  with  the  initial  questionnaire 
developed  by  the  process  director,  would  have  probably  returned  the  same  results.  In 
addition,  that  method  would  have  provided  accurate  statistics  for  each  question  and 
response  to  feed  back  to  the  respondents  as  well. 

Table  II  summarizes  the  results  of  the  survey  conducted. 
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Table  II:  SUMMARY  OF  SURVEY  RESPONSES 
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VI.  IMPLEMENTATION  CONSIDERATIONS 


In  addition  to  the  services  described  in  the  previous  chapter,  the  respondents  had 
some  specific  concerns  about  the  communications  system,  regardless  of  the  services  it 
supports.  These  concerns  are  briefly  discussed  below. 

A.  EASE  OF  USE 

Almost  all  respondents  stated  that  even  the  most  capable  system  will  not  be  used 
if  it  requires  extensive  training  or  commands  the  constant  attention  of  a  crewmember. 
Crewmembers  on  a  small  patrol  boat  typically  must  do  many  jobs  in  order  for  the  boat 
to  perform  its  missions.  Indicating  one  crewmember  to  operate  the  data  communications 
equipment  is  just  not  practical. 

Contributing  to  the  problem  of  extensive  training  is  the  proliferation  of  data  formats. 
Each  Coast  Guard  information  system  employs  its  own  format,  which  is  not  compatible 
with  the  other  systems.  As  a  result,  the  user  must  learn  aU  of  the  formats  and  apply  the 
right  one  at  the  right  time.  The  .nost  beneficial  system  envisioned  by  the  respondents 
would  provide  one  interface  to  the  user  for  all  of  the  systems  and  utilize  software  to 
format  the  data  to  each  individual  database.  The  Coast  Guard  is  currently  investigating 
the  feasibility  of  such  a  system  [Ref.  15]. 

Another  point  which  was  repeatedly  mentioned  by  respondents  was  that  a  system 
that  does  not  facilitate  data  entry  will  not  be  used.  The  system  must  be  usable  from  the 
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bridge:  almost  all  shipboard  evolutions  are  directed  from  the  bridge.  A  system  which 
is  secure  in  a  space  below  decks  will  not  receive  much  use  underway. 

While  a  keyboard  is  the  best  known  data  input  device,  it  has  serious  limitations 
when  used  aboard  a  rolling  patrol  boat  underway.  Several  evolving  technologies  were 
discussed  with  a  few  of  the  respondents  which  could  have  an  important  impact  on  the 
data  entry  problem.  Touch  screen  is  a  technology  which  allows  items  to  be  selected 
simply  by  touching  the  video  monitor.  A  trackball  is  similar  to  a  mouse  but  does  not 
require  the  same  amount  of  flat,  stable  surface  to  operate.  Finally,  voice  recognition  can 
provide  the  capability  to  enter  information  while  the  member  is  also  engaged  in  other 
activities,  such  as  steering  the  boat  or  looking  at  registration  numbers  through  binoculars. 

B.  SECURITY 

Security  was  probably  the  most  often  mentioned  aspect  of  a  data  communications 
link.  Coast  Guard  patrol  boats  usually  deal  with  information  which  is  at  least  sensitive 
and  requires  some  protection.  Less  frequent,  but  still  commonplace  is  the  need  to 
transmit  classified  infonnation. 

Two  aspects  of  the  security  problem  are  of  concern.  The  first  is  protecting  the 
information  being  transmitted.  This  is  relatively  straightforward,  given  the  current 
technological  feasibility  of  data  encoders.  These  devices  can  be  placed  at  each  end  of  the 
transmission  medium  to  encrypt/decrypt  all  information  being  transmitted. 

The  second,  mote  difficult  aspect  is  the  operational  security,  or  emissions  control, 
which  allows  for  covert  operations.  A  data  communications  link  should  help  reduce 


43 


emissions  by  replacing  lengthy  voice  messages  with  "bursty"  data.  Digital  Selective 
Calling  provides  a  ship’s  position  message  which  takes  .35  seconds  to  transmit,  at  1200 
bits  per  second  [Ref.  16;  p.  2].  Data  rates  of  up  to  100,000  bits  per  second,  or  50,000 
per  half  second,  are  achievable  in  the  VHF  radio  band  [Ref.  17:  p.  48]. 

C.  SYSTEM  ARCHITECTURE 

A  capable  ship-to- shore  link  will  not  enhance  the  operational  mission  unless  the 
ashore  network  is  configured  to  support  the  mission  as  well.  Factors  of  concern  include 
network  capability,  speed,  reliability,  and  capacity  to  grow. 

Most  respondents  envisioned  a  centralized  database,  where  operational  information 
could  be  stored  and  retrieved,  in  real  time,  by  operational  units  underway.  Respondents 
differed  in  where  they  thought  this  centralized  database  would  be.  Some  visualized  one 
large  repository  for  the  entire  service,  such  as  the  current  SEER  database.  Others  saw 
more  regionalized  yet  interconnected  "subsystems"  at  the  area,  district,  or  group  level. 

Shipboard  operations  require  timely  receipt  of  information.  Most  respondents  stated 
that  receiving  answers  to  queries  within  five  minutes  would  be  adequate  for  them  to 
conduct  their  mission,  although  some  allowed  as  much  as  fifteen  minutes.  Delays  in  this 
range  are  certainly  attainable  with  current  technology,  provided  the  network  is  configured 
to  bound  the  upper  limit  of  delay  [Ref.  17:  pp.  286-305]. 

The  ashore  network  must  be  robust  enough  to  provide  alternative  routing  around 
congestion.  There  is  no  need  to  maintain  an  exclusive  "Coast  Guard  owned"  network. 
Rather,  the  network  could  be  composed  of  parts  of  owned,  leased,  and  public  data 
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networks.  The  important  point  to  the  respondents  is  that  they  can  be  reasonably  sure  that 
a  request  will  be  answered  in  a  timely  manner. 

Another  critical  issue  is  that  of  network  access  points.  Currently,  there  are  no 
terrestrial  radio  nodes  used  by  the  Coast  Guard  to  connect  a  ship  to  a  shoreside  data 
network.  There  is  interest  in  exploring  this  avenue  during  overhauls  of  present  systems 
[Ref.  18].  A  "fully  connected"  network  would  provide  the  capability  to  link  into  a 
shoreside  network  via  HF,  VHF,  and  UHF  radio,  although  a  less  complete  arrangement 
would  still  enhance  operations.  Figure  7  illustrates  this  concept. 

As  discussed  in  Chapter  n,  the  Coastal  patrol  boat  is  being  designed  for  flexibility. 
This  logically  leads  to  industry  standard  communications  interfaces,  such  as  those 
developed  by  International  Standards  Organization,  International  Consultative  Committee 
on  Telegraphy  and  Telephony,  and  others.  Implementing  these  standards  from  the 
beginning  will  allow  the  vessel  to  quickly  incorporate  new  advances  in  technology.  The 
U.  S.  Government  Open  Systems  Interconnection  Profile  provides  a  structure  for 
combining  these  various  protocols  into  an  architecture  that  is  standardized  yet  flexible 
[Ref.  19:  pp.  288-290].  In  addition,  the  evolving  standards  for  interoperability  between 
the  mobile  systems  and  the  public  switched  networks  should  be  monitored  and  adopted 
as  they  become  established  [Ref.  20]. 
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Figure  7;  Sample  Network  Configuration 


VII.  CONCLUSIONS  AND  RECOMMENDATIONS 


A.  CONCLUSIONS 

From  the  data  presented  in  chapters  V  and  VI,  several  groupings  of  patrol  boat  data 
needs  emerge.  These  tiers  of  service  are  presented  below,  along  with  their  justiflcation. 

1.  Tier  One  -  Essential  Services 

Access  to  law  enforcement  intelligence  and  vessel  information  is  clearly  the 
most  desired  feature  cited  by  respondents.  This  result  reflects  the  most  common  mission 
these  boats  routinely  perform.  The  tools  they  need  to  professionaUy  execute  this  mission 
are  not  available  to  them,  namely  the  historical  information  collected  about  the  vessel,  its 
occupants  and  the  activities  of  other  enforcement  resources.  The  present  system  of  voice 
radio  relay  to  telephone  relay  and  manual  searches  of  paper  records  certainly  does  not 
support  the  boarding  decisions  these  units  must  make  during  every  patrol.  The  services 
which  will  be  available  from  the  LEIS  II  database  should  not  be  denied  to  the  Coastal 
Patrol  Boat  simply  due  to  its  length.  In  addition,  current  technologies,  such  as  optical 
storage,  can  allow  the  patrol  boat  to  carry  static  data  like  vessel  documentation  or 
registration  information.  The  boat’s  primary  mission  is  law  enforcement  and  it  should 
be  afforded  all  of  the  tools  reasonably  avaUable  that  facilitate  the  safe  and  successful 
execution  of  that  mission. 

An  automated  vessel  position  reporting  equability  needs  to  be  incorporated  into  the 
vessel  design.  The  system  should  be  automated  to  reduce  the  amount  of  time  the  crew 
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must  devote  to  the  system.  The  concerns  raised  about  the  autonomy  of  the  skipper  and 
crew  are  not  disregarded  lightly.  However,  providing  a  technological  capability  does  not 
imply  how  it  should  be  used.  Those  operational  commanders  who  will  micromanage  their 
units  will  do  so  even  if  there  is  no  vessel  position  reporting  system;  others  will  respect 
the  boats’  command  authority  even  with  a  system.  A  vessel  position  reporting  system  can 
greatly  benefit  the  responsiveness  of  the  operational  commander  in  making  mission 
decisions  while  at  the  same  time  reducing  the  need  for  the  patrol  boat  to  transmit  routine 
data  via  voice  radio.  The  advantage  of  immediate  feedback  of  search  execution  greatly 
outweighs  the  perceived  loss  of  operating  autonomy. 

Receiving  data  from  other  sensor  platforms,  such  as  patrolling  aircraft,  is  an 
essential  part  of  conducting  law  enforcement  and  search  and  rescue.  The  whole  purpose 
of  having  aircraft  out  patrolling  in  the  first  place  is  to  make  the  surface  boarding 
platforms  (i.e.,  the  patrol  boat)  more  effective. 

Some  kind  of  command  and  control  message  capability  must  be  provided.  The 
traditional  "Coast  Guard  message"  is  not  necessarily  required;  what  is  required  is  a 
capability  for  the  operational  commander  to  pass  to  his  patrol  boat  tasking  instructions 
by  some  means  other  than  voice  radio.  The  reasons  are  threefold.  First,  voice  radio  is 
labor-intensive,  requiring  the  full  attention  of  both  sender  and  receiver.  Second,  hand¬ 
copying  radio  messages  is  error-prone.  Third,  voice  radio  is  time  consuming,  taking  an 
inordinate  amount  of  time  to  transmit  and  receive  a  remarkably  small  amount  of  data. 

Finally,  the  capability  to  remotely  monitor  damage  control  and  other  on  board 
sensors,  such  as  intmsion  alarms,  should  be  incorporated.  This  ability  to  monitor  the 
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patrol  boat’s  integrity  from  a  distance  will  provide  the  skipper  with  additional  flexibility 
in  structuring  his  watch  sections.  This  capability  will  not  necessarily  replace  the  in  port 
watch;  it  will  allow  the  ship  to  be  monitored  from  the  shoreside  office  spaces  or  other 
work  areas.  Detailed  policy  regarding  the  actual  use  of  this  capability  will  be  left  to  the 
individual  command  and  its  operational  commander. 

2.  Tier  Two  -  Beneficial  Services 

An  automated  report  generator  would  be  extremely  valuable  to  a  patrol  boat. 
Such  a  system  would  collect  various  data  elements  from  an  on  board  database,  consolidate 
them  into  the  required  format  and  transmit  the  combination  to  the  appropriate  central 
database  ashore.  Ideally,  this  capability  would  be  available  to  the  vessel  both  underway 
and  in  port.  This  would  provide  the  most  timely  information  to  operational  commanders 
and  other  operational  units  alike.  However,  even  a  strictly  in  port  system  would  greatly 
enhance  the  patrol  boat’s  ability  to  report  its  operations  in  an  expedient  fashion. 

Automated  weather  data  will  not  provide  a  complete  picture  of  the  patrol 
boat’s  operating  conditions.  However,  it  can  furnish  some  basic  parameters  which  must 
be  passed  anyway  for  a  given  evolution,  such  as  a  search  or  tow.  Automating  the  process 
will  enable  the  persons  on  the  boat  to  concentrate  on  collecting  other  data  which  cannot 
be  automated.  It  will  provide  another  tool  for  the  operational  commander  to  use  in 
evaluating  the  tasking  of  his  units. 

Finally,  current  weather  map  data  could  substantially  augment  the  patrol  boat’s 
ability  to  plan  underway  operations  in  the  immediate  future.  Crew  fatigue  is  one  of  the 
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most  limiting  factors  on  patrol  boat  operations.  Any  means  which  can  forewarn  the  crew 
of  impending  weather  changes  will  contribute  to  vessel  and  crew  safety. 

3.  Tier  Three  -  Additional  Services 

Access  to  a  centralized  repository  of  current  Coast  Guard  policy  and 
procedures,  at  a  group,  for  example,  would  be  very  helpful  to  a  patrol  boat  underway. 
There  are  a  multitude  of  special  circumstances  which  occur  infrequently  but  which  require 
precise  procedures  that  must  be  followed.  By  maintaining  these  policies  and  procedures 
at  the  group  level,  all  group  patrol  boats  will  be  applying  the  same  guidelines.  This 
capability  will  also  reduce  the  amount  of  file  maintenance  that  must  be  performed  at  the 
urtit  level. 

Search  planning  decision  aids  are  rarely  used  by  the  patrol  boats,  especially 
when  underway.  Providing  access  to  decision  tools  located  at  a  group  will  reduce  the 
amount  of  extra  programs  which  the  patrol  boat  must  maintain  on  its  own  system  with 
no  loss  of  functionality. 

Digitized  pictures  of  vessels  and  people  could  be  a  helpful  tool  in  verifying 
their  identity.  However,  with  the  data  described  as  essential  above,  pictures  would  play 
only  a  supporting  role. 

Likewise,  digital  representations  of  vessel  and  seaman’s  documents  would  be 
helpful  but  not  necessary.  Any  discrepancies  found  in  the  course  of  a  boarding  would  not 
likely  be  resolved  on  scene  but  rather  by  the  issuing  Marine  Inspection  Office  ashore. 

Table  III  summarizes  these  conclusions. 
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Table  lU:  SUMMARY  OF  CONCLUSIONS 


Telecommunications  Services 

Concluded  Importance 
Categories  of  Services 

Law  Enforcement  Inteliigence: 
Registration/Documentation 
Recent  Boardings/Violations 

TIER1 

Digital  Pictures/Facsimiie 

TIER  3 

Vessel  Position  &  Track  Data 

TIER1 

Ship/Aircraft  Data  Sharing 

TIER1 

Ship/Ship  Data  Sharing 

TIER1 

Decision  Checklists 

TIER  3 

Search  Planning  Aids 

TIER  3 

Policy  &  Procedure  Aids 

TIER  3 

Weather  Reporting 

TIER  2 

Weather  Map  Reception 

TIER  2 

Command  &  Control  Messages 

TIER1 

Damage  Control/Sensor  Data 

TIER1 

Automated  Report  Generatfon 

TIER  2 

Layered  Response  Times 

TIER1 

Value-added  Data 

nen 

B.  AREAS  FOR  FURTHER  STUDY 

The  whole  area  of  group  infrastructure  needs  to  be  addressed.  A  well-equipped  and 
capable  patrol  boat  will  be  a  wasted  resource  if  the  group  is  not  able  to  integrate  the 
boat's  operational  data  into  the  rest  of  the  Coast  Guard.  Specific  attention  must  be  paid 
to  the  shoreside  data  network  question  as  well  as  the  access  points  and  means  available 
to  underway  units. 
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The  Coast  Guard  as  an  organization  needs  to  reconsider  how  it  views  information. 
After-action  reporting  is  really  unnecessary  if  the  same  information  can  be  captured  and 
reported  in  teal  time.  Much  of  the  current  operational  reporting  is  redundant  and  does 
not  contribute  to  the  on-going  operations  of  other  units. 

The  present  deliberations  of  the  Telecommunications  Standards  Committee  (Tl)  of 
the  Exchange  Carriers  Standards  Association  should  be  followed  closely.  The  committees 
work  will  establish  standard  protocols  for  the  interface  between  the  land  and  satellite 
mobile  systems  and  the  public  switched  networks.  These  standards  will  have  a  profound 
affect  upon  the  services  that  are  available  to  ships  and  aircraft.  [Ref.  20] 
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APPENDIX  A 


COAST  GUARD  MAJOR  PROGRAMS 

A.  ENFORCEMENT  OF  LAWS  AND  TREATIES 
The  objectives  of  this  program  are  [Ref.  21;  p.  17]; 

•  Enforce  federal  law  on  the  high  seas  and  in  U.  S.  waters. 

•  Interdict  drug  smugglers  and  illegal  migrants. 

•  Enforce  Exclusive  Economic  Zone  laws  and  regulations  up  to  200  nautical  miles 
off  our  sho»'es. 

•  Inspect  domestic  and  foreign  fishing  vessels. 

•  Help  other  agencies  enforce  our  nation’s  laws. 

This  program  consumes  34.7%  of  the  Coast  Guard’s  operating  expense  budget  (Fiscal 
Year  1991)  [Ref.  22:  p.  10]. 

B.  MARINE  SAFETY 

This  program  consists  of  two  major  activities:  Commercial  Vessel  Safety  and 
Recreational  Boating  Safety.  The  objectives  of  this  program  are  [Ref.  21  :p.  17]: 

Commercial  Vessel  Safety 

•  Minimize  deaths,  injuries,  property  loss  and  environmental  damage  by  developing 
and  enforcing  Federal  standards  for  vessels,  off-shore  facilities,  merchant  marine 
personnel  and  other  facilities  engaged  in  commercial  or  scientiEc  activity  in  the 
marine  environment. 
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Recreational  Boating  Safety 

•  Reduce  number  of  deaths,  injuries  and  property  damage  caused  by  recreational 
boats. 

•  Improve  boating  safety. 

•  Encourage  development,  use  and  enjoyment  of  all  U.  S.  waters. 

This  program  consumes  6.4%  of  the  Coast  Guard’s  operating  expense  budget  (FY-91) 
[Ref.  22;p.  16]. 


C.  AIDS  TO  NAVIGATION 

The  objectives  of  this  program  are  [Ref.  21:p.  18]: 


•  To  develop,  establish,  maintain  and  operate  audible,  visible  and  radar  aids  to 
navigation  to  help  navigators  determine  their  position  or  safe  course  and  warn  of 
obstructions  in  or  adjacent  to  navigable  waters. 

•  Establish,  operate  and  maintain  electronic  aids  throughout  the  United  States  and  in 
other  areas  of  the  world  to  provide  continuous,  accurate,  all-weather  positioning 
capability  for  military  and  civilian  mariners  and  aviators. 


This  program  consumes  20.2%  of  the  Coast  Guard’s  operating  expense  budget  (FY-1991) 
[Ref.  22:p.  14]. 


D.  ICE  OPERATIONS 

This  program  includes  both  domestic  and  polar  ice  operations.  The  objectives  of 
this  program  are  [Ref.  21  ;p.  18]: 


•  Provide  icebreaking  capability  to  support  our  national  interests  in  Polar  regions. 
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•  Facilitate  U.S.  Maritime  transportation  through  ice-laden  domestic  waters. 

•  Conduct  International  Ice  Patrol  which  was  initiated  in  1912  after  the  Titanic  struck 
an  iceberg  and  sank. 

•  To  observe  and  chart  the  positions  and  movement  of  icebergs. 

This  programs  consumes  4.3%  of  the  Coast  Guard’s  operating  expense  budget  (FY-1991) 
[Ref.  22:p.  12]. 

E.  DEFENSE  READINESS 

The  objective  of  this  program  is  [Ref.  21:p.  19]: 

•  To  provide  constant  Coast  Guard  military  capability  and  readiness. 

This  program  consumes  5.1%  of  the  Coast  Guard’s  operating  expense  budget  (FY-1991) 
[Ref.  22;p.  18]. 

F.  SEARCH  AND  RESCUE 

The  objectives  of  this  program  are  [Ref.  21:p.  19]: 

•  To  minimize  loss  of  life,  personal  injury  and  property  damage  on  the  high  seas. 

•  The  U.  S.  Coast  Guard  keeps  a  nationwide  system  of  boats,  aircraft,  cutters  and 
rescue  coordinations  centers  on  24-hour  alert,  ready  to  respond  to  a  vessel  in 
distress. 

T  his  program  consumes  21.1%  of  the  Coast  Guard’s  operating  expense  budget  (FY-1991) 
(Ref.  22:p.  6]. 
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G.  MARINE  ENVIRONMENTAL  PROTECTION 


This  program  consists  of  two  major  activities:  Marine  Environmental  Response  and 
Port  Safety  and  Security.  The  objectives  of  this  program  are  [Ref.  21  :p.  20]: 

Marine  Environmental  Response 

•  Minimize  damage  caused  by  pollution  released  in  the  coastal  zone. 

•  Overcome  or  reduce  threat  to  the  marine  environment  posed  by  potential  spills  of 
oil  or  hazardous  substances. 

•  Assist  in  national  and  international  pollution  response  planning. 

•  Cost  recovery  is  the  final  stage  of  environmental  response.  Every  effort  is  made 
to  recover  costs  following  a  federal  response. 

Port  Safety  and  Security 

•  Safeguard  the  nation’s  ports,  waterways,  waterfront  facilities,  vessels,  personnel  and 
property  from  accidental  or  intentional  damage,  disruption,  destruction  or  injury. 

•  Monitor  oil  transfer  and  hazardous  cargo  operations  to  prevent  spills. 

•  Conduct  harbor  patrols  to  detect  oil  or  chemical  spills. 

•  Enforce  pollution  regulations. 

This  program  consumes  8. 1%  of  the  Coast  Guard’s  operating  expense  budget  (FY-1991) 
[Ref.  22:p.  8]. 
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APPENDIX  B 


COMMAND  AND  CONTROL  ORGANIZATION 
Most  patrol  boats  report  directly  to  a  Group  command,  both  operationally  and 
ailministratively.  The  patrol  boat  skipper  is  usually  an  0-2  or  E-9.  The  patrol  boat 
skipper  is  responsible  to  the  Group  Commander  for  all  aspects  of  vessel  operation  and 
administration.  Figure  8  illustrates  this  relationsh^. 

A  Group  is  an  intermediate  level  command  responsible  for  a  given  geographical 
area.  Group  boundaries  usually  extend  about  50  nautical  miles  offshore.  A  Group 
typically  exercises  control  over  a  number  of  operational  units,  such  as  patrol  boats  and 
small  boat  stations.  It  provides  operational  direction  in  both  a  general  sense  and  for 
specific  incidents.  A  Group  is  typically  commanded  by  an  0-4  to  an  0-6,  depending  on 
the  size  of  the  area.  A  Group  Commander  may  direct  units  under  his  command  to 
perform  specific  missions  or  he  may  receive  tasking  from  the  District  Commander,  the 
next  higher  level  of  command.  Refer  to  Figure  8  to  see  this  relationship.  Usually,  the 
Group  controls  its  own  resources.  However,  during  large  or  particularly  sensitive 
operations,  the  District  may  exercise  operational  control.  In  those  cases,  the  Group 
merely  acts  as  a  conduit  for  information  to  and  from  the  underway  units. 

A  District  is  also  responsible  for  operations  within  a  given  geographical  area, 
usually  several  states  and  the  adjacent  ocean  area  1200  to  1500  nautical  miles  offshore. 
A  District  Commander  will  usually  control  an  operation  when  it  involves  resources  from 
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Figure  8:  Command  and  Control  Organization 


more  than  one  Group,  resources  from  other  services,  multi-day  searches,  etc.  Some 
Districts  may  control  patrol  boats  whUe  they  are  in  a  routine  patrol  status. 

In  addition,  some  mission  areas,  most  notably  port  safety  and  security,  are 
conducted  under  the  statutory  authority  of  a  Captain  of  the  Port  (COTP).  In  many  cases, 
the  COTP  is  also  the  Group  Commander.  However,  there  are  many  places  where  the 
COTP  area  of  responsibility  overlaps  that  of  a  different  Group  Commander.  In  those 
cases,  a  patrol  boat  working  under  the  control  of  a  COTP  will  again  use  the  Group  as  a 
conduit  for  information  transfer. 
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APPENDIX  C 


PANEL  MEMBERS 


A.  PATROL  BOAT  SKIPPERS 

LT  L.  H.  BENEDICT 

Commanding  Officer,  USCGC  POINT  BROWER 
LT  J.  S.  LEE 

CoiTunanding  Officer,  USCGC  POINT  STUART 
Commanding  Officer,  USCGC  CAPE  CROSS 

LT  P.  S.  MARSH 

Commanding  Officer,  USCGC  POINT  LEDGE 
LT  S.  M.  NEILL 

Commanding  Officer,  USCGC  POINT  JUDITH 
Commanding  Officer,  USCGC  RED  BIRCH 

BMCM  D.  W.  THAUTE 

Officer  In  Charge,  USCGC  POINT  HANNON 

Officer  In  Charge,  USCGC  POINT  HOBART 

LTJG  J.  E.  VORBACH 

Commanding  Officer,  USCGC  POINT  STUART 
LT  W.  J.  ZEIGLER 

Commanding  Officer,  USCGC  POINT  BARROW 
Commanduig  Officer,  USCGC  LONG  ISLAND 


B.  OPERATIONS  ASHORE 
LT  J.  S.  LEE 

Controller,  Fourteenth  Coast  Guard  District  Operations  Center 
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LT  P.  S.  MARSH 

Controller,  Thirteenth  Coast  Guard  District  Operations  Center 

CWO  J.  R.  MAXSON 

Operations  Officer,  USCG  Group  Monterey 

LT  S.  M.  NEILL 

Operations  Officer,  USCG  Group  Honolulu 

LCDR  R.  A.  BUDDENBURG 

Group  Coordinator,  USCG  Group  North  Bend 


C.  DATABASE  MANAGERS 
LT  D.  R.  Lincoln 

U.  S.  Coast  Guard  Headquarters  (G-TIS-2) 

LCDR  D.  B.  McLeish 

U.  S.  Coast  Guard  Headquarters  (G-TIS-2) 


D.  PROGRAM  MANAGERS 
LT  S.  J.  Andersen 

U.  S.  Coast  Guard  Headquarters  (G-OCU) 
LT  W.  M.  Randall 

U.  S.  Coast  Guard  Headquarters  (G-TES-1) 
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